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[57] ABSTRACT 

A computer system provides automated merchant-to- 
customer communication. Each merchant customer is 
grouped into an initial grouping or entry segment, based on 
merchant definition of allocation filters. Merchant-defined 
triggers subsequently resegment customer groupings based 
on predefined criteria which includes any measurable behav- 
ioral patterns as provided by the merchant and stored in a 
data base. Resegmenting is continually or dynamically pro- 
vided based on behavior (e.g., shopping activity) of custom- 
ers. Predefined communication scheduling and/or merchant- 
defined events initiate execution of a working 
communication designed by the merchant. The triggers and 
events are merchant-specified sets of criteria based on 
demographics, psychographics, and customer shopping 
behavior. Further filtering of a group of target customers to 
a final recipient group based on merchant specified criteria 
is provided by program filters. The present invention com- 
bination of allocators, triggers, filters, events and commu- 
nication programs enable merchant communication of a 
desired message, to an appropriate recipient group, at a 
desired time, to be automated through computer means. 

21 Claims, 12 Drawing Sheets 
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COMPUTER SYSTEM FOR MERCHANT 
COMMUNICATION TO CUSTOMERS 

BACKGROUND 

For years, merchants have sought ways to better direct ^ 
their products and/or services to ultimate coosumers. In 
advertising their products, the predicted or targeted con- 
sumer may or may not be the ultimate consumer. Further, 
once a purchase has been made, the merchant desires to 
provide follow-up products/services to create a strong cus- 
tomer relationship. To be successfiil, merchants have looked 
to the marketing and advertising industry for various means 
and methods to better communicate with their customers. 

One traditional technique utilized in the marketing and 
advertising industry is regression analysis. Briefly, regres- 
sion analysis is a statistical method for estimating cost 
relations. The analysis fits a regression line to data/ 
observation points by a least squares method. Qualitatively 
speaking, regression analysis provides a profile of a mer- 
chant's existing customers or prospective new customers 
based on trackable criteria such as zip code, gender and the 
Uke. 

Another example indicator utilized in the direct marketing 
industry is a regency frequency monetary value (RFMs). ^5 
These indicators quantify how recently (regency) a purchase 
was made (1 month ago, 2 months ago, etc.) and how often 
(frequency) purchases were made in a given month. Based 
on these two criteria, a dollar value (called RFM value) is 
assigned to each pair of regency and frequency data. The 
RFM values are then used to make certain inferences about 
the consumer-purchasers. 

Although various surveys, modeling analyses and indica- 
tors are available, they typically only look to profiles or 
groupings of types of people to predict behavior of a 35 
customer group. That is, most of the currently available 
analyses create simulated behavior profiles from which 
behavior of customers are inferred. These inferences are 
only fairly accurate as people often have individual (unique) 
desires which affect their shopping behavior. These indi- 40 
vidual desires are generally not accounted for in the prior art. 

SUMMARY OF THE INVENTION 

The present invention provides a merchant-to-customer 
communication system which improves over the prior art. In 45 
particular, the communication system of the present inven- 
tion accounts for individual shopping behavior of the con- 
sumer and tailors the communication accordingly (with 
respect to content and timing (i.e., when to contaa the 
consumer). 50 

In a preferred embodiment, the present invention com- 
munication system is a computer apparatus comprising a 
source of recipient information (including topping activity) 
and a digital processor assembly coupled to the source. In 
response to receiving recipient information from the source, 55 
the digital processor assembly forms subsets of recipients as 
a function of demographics, shopping activity and/or said 
desired communications. For each subset, the digital pro- 
cessor assembly provides a working communication by 
determining (a) date of the working communication and (b) 60 
content of the working communication. Timing for initiating 
communications, and hence the date of working 
communication, is determined from merchant specified indi- 
cations in the source of information. Preferably, indications 
of timing of communications are in terms of certain shop- 65 
ping aaivities. Upon such shopping activity being recorded 
in the source with respect to one or more customers, the 



2 

digital processor assembly initiates a respective working 
communication. 

Id accordance with one aspect of the present invention, 
the digital processor assembly monitors the source for 
shopping activity of recipients. In turn, the digital processor 
assembly continually forms and reforms the subsets of 
recipients based on recorded shopping behavior of a recipi- 
ent. This is referred to as dynamic behavioral segmentation. 
That is, based on customer behavior, the digital processor 
assembly automates movement (adjustment) of customers 
from segment to segment. 

In accordance with another aspect of the present 
invention, the source is formed of a first and a second 
database. The first database stores identification and demo- 
graphics of recipients, as well as shopping activity (e.g., 
transactions) of recipients. The second database stores indi- 
cations of desired communications including indications of 
times for initiating communications and indications of con- 
tents of communications. 

The shopping activity recorded in the present invention 
apparatus includes cumulative purchase behavior of a 
consumer, historic behavior or expected future behavior, or 
any combination thereof. In particular, initiation of a desired 
communication may be based on a specific purchase made 
by a recipient, or the passage of a certain length of time from 
a specific shopping activity by the recipient, or the last 
inquiry made by the recipient and seasonal activity by 
recipients, for example. 

In accordance with another aspect of the present 
invention, output means are coupled to the digital processor 
assembly for receiving the working communications. Upon 
receipt, the output means transmits contents of the commu- 
nications to respective recipients. The output means includes 
one or a combination of a mail house. E-mail, a telemar- 
keting company, electronic communication lines (e.g., a 
Website on the Internet) and facsimile. In turn, the contents 
of the working commimications include scripts, brochures, 
standard letters, forms, electronic data attachments, return 
envelopes of a merchant and the like, singularly or in any 
combination. Further, attachments and other word processor 
type documents may be compiled for print on demand or 
otherwise completed at the printing end of the process. In 
that case, recipient information is transmitted to the output 
means (from the digital processor assembly) for insertion 
into the attachments by the output means. In the case of print 
on demand, the output means compiles communication 
contents to form a print file. The print file is then down- 
loaded or otherwise transmitted upon receipt of a print 
request. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features and advantages 
of the invention will be apparent from the following more 
particular description of preferred embodiments and the 
drawings in which like reference characters refer to the same 
parts throughout the different views. The drawings are not 
necessarily to scale, emphasis instead being placed upon 
illustrating the principles of the invention. 

FIG. 1 is a schematic overview of a computer network 
system embodying the present invention. 

no. 2 is a block diagram of the marketing database 
employed in the system of FIG. 1. 

FIGS. 3a and 3i> are block diagrams of a strategy database 
employed in the system of FIG. 1. 

FIGS. 4a-4/ are schematic diagrams of the working 
interface of the system of FIG. 1. 
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FIG. 5 is a work flow diagram showing flow of control 
and data in the system of FIG, 1. 

FIG. 6 is a block diagram of system program flow of the 
system of FIG. 1. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

The present invention provides a computer system for 
enhancing and improving communications from a merchant 
to his customers. In particular, the present invention com- 
munication system automates preparation and transmission 
of written and/or verbal communications based on behavior 
(e.g., shopping activity) of customers. As used herein "shop- 
ping activity*' or "shopping history** includes (1) actions 
invoked by the customer, such as complaints, purchases or 
other transactions, (2) actions invoked by the merchant, such 
as contacting customers by phone or mail, etc., (3) data 
collections of the merchant with respect to customers, such 
as name changes, marital status change data, etc., and 4) 
time driven actions such as passage of lime from a specific 
purchase, or age of customer, etc. 

Key to the present invention is its dynamic behavioral 
segmentation which utilizes different kinds of merchant 
defined elements such as purchase frequency, purchase 
volume, complaint behavior, product category interest, sea- 
sonal purchase behavior, contact preferences (e.g., phone, 
mail, E-mail) and any other measurable behavioral patterns 
of customers to segment/group like customers. The purpose 
of such segmentation is to group like people (customers) in 
segments (subsets) which are defined to respond well to a 
specific marketing or relationship campaign (i.e., merchant 
communications) designed to achieve certain marketing 
goals. The dynamic or continual resegmentation of custom- 
ers based on changes in shopping activity/behavior ensures 
that pertinent and timely communications are made 
(automated) by the present invention system. These and 
other advantages of the present invention will become 
apparent in the following description of the preferred 
embodiment. 

By way of overview, the invention software resides on a 
central digital processing assembly 11 which may be a main 
frame, mini computer or network of PC's 13, 15, 17 as 
illustrated in FIG. 1. Conceptually, included are a commu- 
nications server 15, main server 17, and for each merchant 
(a) an application server 13, (b) a marketing database 19, (c) 
a suategy database 21 and (d) a report database 23 as will be 
discussed in detail below. Briefly, the marketing database 19 
stores customer information of a merchant, and the strategy 
database 21 stores, among other details, plans or outlines of 
desired communications from the merchant to his custom- 
ers. The communications server 15 synchronizes and con- 
solidates tasks transmitted from among the merchant com- 
puter systems 25 and strategy databases 21. The main server 
17 schedules and dispatches work within the central pro- 
cessing assembly 11. The applications servers 13 maintain 
the respective marketing databases 19 and generate/execute 
the desired communications as outlined in the strategy 
database 21. 

The computer systems of various merchants are coupled 
to the central digital processing assembly 11 across com- 
munications lines 27. Preferably, the communications lines 
27 are dedicated lines (e.g., LAN, standard dialout phone 
line, dedicated lease line) with a frame relay (or point to 
point) connection. The merchant computer systems 25 are, 
for example, a mainframe or PC's of the XX486 processing 
ability (e.g., Pentium CPU) having one gigabyte drive, 16 
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megabytes of RAM (random access memory), with typical 
1/0 accessories including a keyboard, mouse and printer, or 
similar workstation. Each of the merchant computer systems 
25 and the central digital processing assembly 11 

5 (specifically the communications server 15) also have a 
modem (e.g., CSDSU, TI Communication, or cable 
modems) for coupling to the communication line 17 and 
enabling communications between the central digital pro- 
cessing assembly 11 and the merchant computer systems 25. 

10 As illustrated in FIG. 1, muhiple merchants/merchant 
computer systems 25 may employ the present invention 
conununications system/software. However, for ease of 
understanding and clarity, the following discussion will refer 
to one merchant computer system 25, the details of which 

15 are understood to apply to each merchant computer system 
25 coupled to the central digital processing assembly 11 
across communication lines 27. 

To initialize the communication system of the present 
invention with respect to a particular merchant, the merchant 

^ provides certain information regarding his customers, 
including shopping activity, name, address. E-mail address, 
phone number, facsimile nimiber, age, etc. This information 
is stored in a marketing database 19 at the central digitial 
processing assembly 11 side of the commtmication system. 
For each merchant, there is a respective marketing data base 
19. The shopping activity portion of information includes 
indications of purchase history or purchases made (indicated 
by dates and items, for example) by the customer, other 
visits or communications (complaints or suggestions) from 
the customer (indicated by date and store site), and the like. 

The merchant constantly updates the shopping activity 
information, as weU as other customer data as it becomes 
known to the merchant. That is, customer data from the 
merchant's biUing, invoicing and other systems is electroni- 
cally transmitted from, or downloaded to, diskettes or mag- 
netic tape at the merchant's computer system 25. Upon 
receipt at the central digital processing assembly 11, a 
working routine of the application server 13 corresponding 

^ to the merchant updates the respective marketing database 
19 accordingly. A definitions database 35 holds file formats 
and layouts of the transmitted/downloaded data. The work- 
ing routine uses this format/layout information to translate 
the downloaded data into the marketing database 19. 

45 Once the customer information is entered and stored in 
the marketing database 19, indications of the merchant's 
desired communications are stored in a respective strategy 
database 21. There is a different strategy database for 
different merchants, such that there is one strategy database 

50 21 for each merchant. The strategy database 21 is illustrated 
in FIG. 1 as residing at the merchant computer system 25 
and being downloaded to the central digital processing 
assembly 11 across communication lines 27. It is understood 
that, alternatively, the strategy database 21 may reside at the 

55 central digital processing assembly 11 but have on-line (or 
similar) accessibility via communication lines 27 from the 
merchant computer system 25. 

At any rate, the strategy database 21 holds a set of plan 
outlines/working programs 53 (FIG. 4a) formulated by the 

60 merchant for various desired customer communications. A 
plan outline/working program 53 is defined as a singular 
conununication with one or more customers or prospective 
customers. Woridng programs 53 may be combined into 
campaigns consisting of merchant-defined consecutive com- 

65 mimications. Each plan outline/working program 53 identi- 
fies (1) the type of oistomer to whom the communication is 
to be sent (i.e., the target customer profile), (2) the contents 
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of the communication, (3) the date(s) or timing of when the The record also indicates a current and prior grouping of the 

communication is to be sent, (4) the desired communication customer by a segment number ("Segment NR"), a prior 

channel (i.e., mail, E-mail, facsimile, Internet, etc.) to be segment number ("Prior Segment NR") and corresponding 

used, and (5) a destination (i.e., mail house, telemarketer, the dates ("Date in Segment" and "Date in Last Segment"). The 

merchant company or customer himself). 5 record also reflects the date of the last communication with 

In point (1) above, any combination of criteria based on customer and the date the customer was originally added 

age, gender, geographical location, shopping activity, etc., as ^® merchant's customer list. Other fields of the record 

stored in the marketing data base 19, may be used to specify include (a) contact data (address, phone/fax numbers. E-mail 

the target customer (and hence desired customer subset or address, etc.), (b) demographic data (e.g., age, gender, 

segment). In the preferred embodiment, a Boolean-type lO marital status, etc.), and (c) general shopping activity, (e.g., 

expression called a "trigger unit" 51 (FIG. 4d) is used to "last purchase date" and "purchase frequency") among 

delimit each criteria. Each trigger unit 51 is joined together others depending on the type of business of the merchant, 

to form a working statement or "trigger" 49 using conjunc- Cross referenced by customer number are records in a 

tions AND, OR, NOT, as discussed below in FIG. 4rf. For Transaction History Subtable 24, Communication History 

example, the trigger/working statement "(purchase 15 Subtable 26 and Event History Subtable 28 of the marketing 

frequency ol) AND (today-date last purchase>60 days)" database 19. The records of the Transaction History Subtable 

specifies customers who have made only a single purchase 24 indicate the various purchases or transactions specific to 

more than two months ago, as the target customer group for each of the merchant's customers. Different shopping trans- 

the respective communication. Alternatively, the target cus- actions by the same (or different) customers are recorded in 

tomer may be defined in terms of certain shopping activity 20 different respective records. Effectively, this Subtable 24 

or an event 37 performed by a customer (e.g., his 10th records and stores the shopping history of the customer 

purchase from the merchant) as discussed below in FIGS. 4a including seasonal purchasing, cumulative purchasing 

and 6. behavior and historic behavior. 

The contents of the communication may include a specific To that end, each record of Subtable 24 and is headed by 

letter, a form letter, preprinted brochure, catalogues, a customer number of a respective customer and contains 

attachments, enclosures (e.g., return envelope), E-mail files details of one specific shopping transaction. Included are 

or other electronic data/documents, Web pages, etc., singu- details such as order date, dollar amount and the like 

larly or in any combination. In the preferred embodiment, depending on the type of business (e.g., bank, insurance 

the plan outline/working program 53 specifies communica- company, appliance retailer, etc.) run by the merchant. Also 

tion content by a code indication, pointer or other indicia as "^^ a working program 53 is referenced by Program Number 

illustrated in FIG. 3 and described below. ("Program NR") for the respeaive transaction. This pro- 

The desired date(s) or timing schedule for transmitting the vides an indication of the communication which prompted 

communication may be a one-time occurrence (e.g., specific customer to place the respective order (or otherwise 

date), or on a periodic recurring basis (e.g., daily, weekly, 3^ initiate the subject transaction). 

etc.), or in real-time in the case of Internet communications. The Communication History Subtable 26 is formed of 

The merchant may specify the timing in terms of occurrence records indicating the specific communications which have 

ofone or more events. For example, the purchase of a certain been made to customers of the merchant. Each record is 

appliance, or passage of a certain amount of time after headed by a customer number of a respective customer and 

purchase date of a specific item, to name a few. ^ contains an indication (i.e., program number and date) of a 

As will be detailed later, once plan outhnes/working communication made to that customer. Different communi- 

programs 53 are defined, the central digital processing cations to the same (or different) customer are recorded in 

assembly 11 automatically executes them. Briefly, working different records. 

programs 53 are executed by scheduling output of the The Event History Subtable 28 is formed of records 

respective communication contents either at a specific date 45 indicating the various so-called events 37 (described below 

or on a recurring basis; and programs 53 are executed in FIGS. 4a and 4f) with which a customer has been 

against a group of subjects who are either extracted fmm involved. That is, each record identifies (i) a customer by 

selected customer groupings (i.e., segments or subsets) customer number, and (ii) an event 37c by event number 

based on triggers 49 or are separated based on certain ("Event NR"). The event number serves as a cross reference 

predefined events 37. As such, a merchant may set up a 50 to a record in the strategy database 21 where the event is 

working program 53 that weekly collects customers who predefined by the merchant. 

purchased a certain appliance and sends them an extended The Program Master Table 22 lists executed working 

warranty offer, or sends thank you notes to frequent/large programs 53 of a merchant, one working program per record 

quantity purchasers, for example; or a merchant bank could of the table 22. Specifically each record identifies an 

define a program 53 that would send everyone with a certain 55 executed working program 53 by a unique program number 

checking account deposit volume and no savings accounts, ("Program NR"), The record also indicates an execution date 

a special offer on a money market account, for example, and other program details such as communication channel 

Referring to FIGS. 2, 3a and 36, the marketing database use*i» destination code of the destination (e.g., mail house, 

19 and strategy database 21 of the present invention are telemarketer, etc.) where the corresponding communication 

relational databases which follow a standard Structured 60 was sent, and codes indicating the communication contents 

Query Language (SQL). FIG. 2 illustrates the data structure used, etc. It is these program numbers that are cross refer- 

for supporting the marketing database 19. Included in the enced in the records of the Transaction History Subtable 24 

marketing database 19 of a given merchant are a customer and Communication History Subtable 26. 

master table 20 and a program master Uble 22. The customer FIGS. 3a^3b illustrate the data structure of the strategy 

master table 20 holds a record for each customer of the 65 database 21 as implemented in the preferred embodiment, 

merchant. In the record of a given ciistomer, the customer is Referring to FIG. 3a, a Program Table 32 provides one 

identified by a unique customer number ("Customer NR"). record for each working program 53 desired by a merchant. 
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Each record identifies the respective working program S3 by 
a unique program number ("Program NR") and lists working 
codes for the program. Also the record indicates the channel 
61 to be used for transmitting program contents. The pro- 
gram number is a cross reference link to four subtables in the 
strategy database 21: Program Items 38, Event Instance 34, 
Program Filter Segments 42 and Scheduling 44. 

Each record in the Program Items Subtable 38 specifies 
the contents (program items 63 and attachments 65) of a 
subject working program 53 corre^nding to the program 
number of the record. This is preferably accomplished by 
component codes and attachment codes^dentifiers. The 
record also lists cost among other features/details of the 
program items 63 and attachments 65 for reporting pur- 
poses. 

The Scheduling Subtable 44 provides one record for each 
working program 53. For a given working program 53 
(indicated by program number), the respective scheduling 
Subtable 44 record indicates a date for initiating the program 
53 and hence corresponding communication. Alternatively, 
the record indicates a recurring program S3/communication 
schedule. In the preferred embodiment, a "Recurring Flag*' 
is stored in the record. Depending on whether the Flag is set 
(value«l) or not (valued), the working program 53 is 
initiated on a recurring basis at the indicated frequency or 
initiated for a one-time communication at the specified 
schedule date, respectively. 

The Event Instance Subtable 34 and Event Subtable 36 
support implementation of events 37 in the invention sys- 
tem. Each record in the Event Instance Subtable 34 links an 
event 37 to a working program 53. That is, each record 
specifies a program number (corresponding to a desired 
working program 53) and nameA^alue pairs corresponding to 
event criteria. The record is also headed with a unique event 
number (Event NR) and indicates event type (discrete or 
threshold). 

The event criteria name ("Name") specified in a record of 
the Event Instance Subtable 34 references a corresponding 
record in the Event Subtable 36. That is, the Event Subtable 
36 holds a different record for each different event criteria, 
arranged by name ("Name"). In a given record of the Event 
Subtable 36, there are three pointers (DBField, DBType and 
DBFieldmark) to pertinent fields in the Customer Master 
Table 20 of the marketing database 19. These pertinent fields 
hold customer data, which are to be measured against the 
value ("Value" field) specified in the record of the Event 
Instance Subtable 34, that references the subject record in 
the Event Subtable 36. 

The Program Filter Segments Subtable 42 links a working 
program 53 (by program number) to target recipients, i.e., 
segments 39, (by segment number) and program filters 57 
(by filter number). For each trio of working program 53, 
program filter 57 and segment 39, there is a different record 
in subtable 42. The filter number ("Filter NR") references a 
record in the Filters Subtable 48. The segment number 
("Segment NR") references a record in the Segments Sub- 
table 46 discussed below in RG. 3b. 

Each record in the Filters Subtable 48 is headed by a 
unique filter number ("Filter NR'*) and corresponds to a 
particular program filter 57. The record specifies a filter 
group which is a cross reference into the Filter Groups 
Subtable 50. For each filter group, there is a respective 
record in the Filter Group Subtable 50. 

The main purpose of each record in the Filter Groups 
Subtable 50 is to specify filter criteria. This is accomplished 
by indicating pairs of filter component and corresponding 
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desired value. Each filter component is identified by a 
respective component ntmiber ("Component NR"). The 
component number references a corresponding record in the 
Filter Components Subtable 52. The corresponding record 
5 provides pointers (Database Table, Database Field, Field 
Type) to pertinent customer data in the marketing database 

19. The customer data is measured against the value speci- 
fied in the record of the Filter Groups Subtable 50 which 
references the corresponding record in the Filter Compo- 

10 nents Subtable 52. 

Referring to FIG. 3fr, Segments Table 46 desaibes the 
various segments 39 of a merchant employing the present 
invention system. For each segment 39 there is a different 
record configured as follows. Each record is headed with a 

15 unique segment number ("Segment NR") to uniquely iden- 
tify the corresponding segment 39. Following the segment 
number are indications of segment group and segment type. 
The segment group is a reference to a corresponding record 
in the Segment Groups Subtable 60. That record holds a 

20 description of the corresponding segment group. To that end, 
different records in the Segment Groups Subtable 60 
describe different segment groups. This description is not in 
terms of specific customers belonging to the subject seg- 
ment. The specific customers which belong to a subject 

25 segment 39 are indicated by segment number, in the "Seg- 
ment NR" field, of the records in the customer master table 

20, of the marketing database 19 (FIG. 2). 

The implementation of triggers 49 is supported by Trig- 
gers Table 54, Unit Groups Subtable 56, Unit Instance 
Subtable 58 and Trigger Units Subtable 62 illustrated in FIG. 
36. Each record in the Triggers Table 54 links segments 39 
to a trigger 49. In particular, a source or starting segment 39 
is specified by segment number in the field "From Segment 
NR". A destination or resulting segment 39 is specified by 
segment number in the "To Segment NR" field. The subject 
trigger 49 is indicated by trigger number in the "Trigger NR" 
field. The trigger number is a reference to a record in the 
Unit Groups 56 Subtable. 
^ The Unit Groups Subtable 56 provides a record for each 
trigger 49 predefined by a merchant employing the present 
invention system. Each record is headed by a trigger number 
("Trigger NR") to uniquely identify the respective trigger 
49. Following the trigger number is an indication of a 
corresponding group number ("Group NR") and an evalu- 
ation field. The group number crossreferences the Unit 
Group Subtable 56 record to a record in the Unit Instance 
Subtable 58. 

The main purpose of the Unit Instance Subtable 58 is to 

5Q indicate the combinations of vario\is trigger units 51 to form 
triggers 49. That is, each record in the Unit In^ance Sub- 
table 58 corresponds to the formation of a particular trigger 
49. The record is headed by a group number ("Group NR"), 
followed by an instance number ("Instance NR"). Following 

5^ the instance number is an indication of the trigger units 51 
used to form the subject trigger 49. In particular, each trigger 
unit 51 is identified by a unit number ("Unit NR**) and an 
associated value. 
Each unit number references a record in the Trigger Units 

50 Subtable 62. The referenced record holds pointers (Database 
Table, Database Field, and Field Type) to pertinent customer 
data in the marketing database 19. The customer data is 
measured against the value specified in the record, of the 
Unit Instance Subtable 58, which references the subject 

65 record in the Trigger Units Subtable 62. 

Interaction between a merchant and his respective strat- 
egy database 21 and marketing database 19 is implemented 
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by a working interface 29 (FIG. 4a). The working interface 
29 is operated/run on the merchant computer system 25 and 
involves graphical icons and various windows for prompting 
merchant input of information. In the preferred embodiment, 
the window layouts and icons are written in \%ual Basic 5 
utilizing a standard Microsoft Windows '95 or Windows NT 
graphics interface. Other similar graphics programs and/or 
techniques are suitable. 

In particular, four main screen views are displayed by the 
working interface 29. Briefly, a first main screen view 
enables merchant specification of initial grouping or seg- 
mentation of customers. A second main screen view enables 
merchant specification of criteria (i.e., triggers 49) for 
regrouping or resegmenting customers. A third main screen 
view enables merchant specification of desired working is 
programs 53, events 37 and links between events 37 and 
programs 53. A fourth main screen view enables merchant 
specification of report templates for desired reporting of 
system activity. Further details of each main screen view are 
discussed with respect to FIGS. 4a~4f. 20 

In the first main screen view, the interface 29 prompts the 
merchant to assign a new customer to an initial grouping or 
entry segment 41 as illustrated in FIG. 4a. This is accom- 
plished through an allocation routine 40 (FIG. 4^) which 
places newly entered customers into various pools (called ^ 
"entry segments" 41), based on present differences or 
expected differences in future shopping behavior, as stored 
and indicated in the merchant's marketing database 19. The 
allocation routine 40 employs merchant defined allocators 
43 which are compotmd liiics that route a newly entered 
customer to an appropriate entry segment 41. 

Preferably, there are three types of allocators: specific 
43a, generic 43b and a default allocator 43c as illustrated in 
FIG. 4b. The specific allocator 43a evaluates the information 
of merchant specified customers against a merchant-defined 
allocation filter 45a. The allocation filter 45a routes the 
merchant-desired customers to a respective entry segment 
41a. The generic allocator 43^ evaluates information of all 
merchant customers against another allocation filter 4Sb, to ^ 
route customers to another respective entry segment 41b, 
The default allocator 43c routes all remaining customers of 
the merchant to the default entry segment 41c. 

Preferably, each allocator 43 is a combination of discrimi- 
nating components which effectively forms an allocation 45 
filter 45. As illustrated in FIG. 4c, allocation filters 45 are 
merchant-defined discriminators which can be based on any 
known information of a new customer. That is, the allocation 
filters 45 are formed horn any data such as geographical 
(state, city, zip), age, gender, educational background, etc. 
The allocation filters 45 may also be built from derived data, 
such as a demographic cluster index based on postal zip 
code. The only requirement is that the information on which 
the allocation filter 45 is based is either known (e.g., address 
data) or can be directly derived from data that are initially 55 
known of a new customer. 

To define an allocation filter 45 in the interface 29, the 
merchant specifies various desired filter components 47 (i.e., 
criteria to serve as filtering factors). These filter components 
47 are then combined and attached to an allocator 43 to build $0 
a sophisticated discriminator. FIG. 4c illustrates a geo- 
graphic filter component 47a, and an age filter component 
47^ which are combined to form an allocation filter 45 in a 
merchant-desired allocator 43. 

Initially the interface 29 displays a listing ("Filter Com- 65 
ponent Types'*) of the various categories of information or 
criteria which may be used as filter components 47. The 
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merchant selects desired filter component categories from 
this listing (for example, "geography" and "age"). Within 
the geographic filter component 47a, the merchant is able to 
define various geographic regions such as a tri-state region 
covering Connecticut, New York and New Jersey, in the 
instant example. The interface 29 provides a "Geographic 
Building Block" which lists the various fifry U.S. states, etc., 
from which the merchant defines the tri-state region. 

In the sample age filter component 47b of FIG. 4c, the 
interface 29 enables the merchant to define various age 
categories. The illustrated "over SCy* age category is mer- 
chant specified to cover ages 51-60. The "Age Building 
Block" of the working interface 29 assists the merchant in 
defining the "over 50" age category. 

After being defined by the merchant, each filter compo- 
nent 47 is ANDed together or otherwise combined in an 
allocation filter 45. The combination of filter components 47 
then serves as the criteria by which the filter 45 separates or 
discriminates incoming customer information. Thus, the 
sample allocation filter 45 illustrated in FIG. 4c routes 
customers over the age of 50, living in Connecticut, New 
York or New Jersey, etc., to their own entry segment 41. 

For each of the allocators 43 (specific and generic in FIG. 
4b) the merchant defines a respective allocation filter 45 
using the interface 29, as explained above in FIG. 4c. As 
such, the merchant defines different entry segments 41 for 
different desired initial groupings or segmentation of his 
customers. 

Accordingly, upon merchant input of information of a 
new customer into marketing database 19, the central digital 
processing assembly 11 (FIG. 1) applies/executes allocators 
43. In turn, the new customers are assigned to an initial 
grouping/entry segment 41 dictated by allocators 43 in 
allocation routine 40. Indications of entry segments 41 are 
stored (as segment numbers) in the customer master table 20 
of the marketing database 19. 

Referring back to FIG, 4a, segmentation in the present 
invention is performed based on a combination of static data 
(demographics, psychographics, etc.) and dynamic data 
(behavior) as provided by the merchant and stored in the 
marketing database 19. Further, initial (or entry) segmenta- 
tion is achieved through the allocation routine 40 (allocators 
43), but subsequent segmentation (or resegmentation) is 
performed on an ongoing basis by a dynamic behavioral 
segmentation routine 31 (FIG. 4a). The strength of the 
invention segmentation process/routine 31 is in its dynamic 
nature. That is, when a customer's behavior develops or 
changes, he or she is automatically resegmented by segmen- 
tation routine 31 based on the predefined criteria called 
"triggers" 49. 

As previously mentioned and illustrated in FIG. 4d, 
triggers 49 are formed of combinations of predefined evalu- 
ation units called trigger units 51. Each trigger unit 51 is 
based on any information that can be captured from the 
marketing database 19 of the merchant. The combination of 
trigger units 51 into triggers 49 enables the creation of 
powerful segmentation criteria by the merchant 

Using the second main screen view of interface 29, the 
merchant defines desired trigger units 51 by specifying a 
determining threshold or value for certain fields of informa- 
tion from the marketing database 19. Preferably, the mer- 
chant employs a Boolean type expression to delimit the 
desired criteria for the trigger unit 51. For example, in FIG. 
4d the merchant specifies a minimum threshold of 60 days 
for the "last purchase date" field of marketing database 19, 
by the expression "Today — Date Last Purchase>60 days". 
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The merchant uses this expression to define a first trigger 
unit 51a. To define a second trigger unit Sib, the merchant, 
using the interface 29, specifies a certain desired value for 
the "pm^chase frequency" field of the marketing database 19 
(e.g., "Purchase Frequeacy=l"). 

Next, using the interface 29, the merchant combines the 
defined trigger units 51a and Sib using AND, OR, NOT or 
NOR to express a desired total criteria of a trigger 49. In the 
illustration of FIG. 4dy the example first and second trigger 
units 51fl, 516 are AND'd together to form trigger 49. In 
turn, trigger 49 by design implements the following seg- 
mentation criterium: separate all customers who have made 
only one single purchase where the purchase date was more 
than two months ago. The resulting segment (i.e., grouping 
of a subset of customers of a merchant) may be used to 
satisfy a marketing goal of reactivation of old "single" 
buyers through an especially designed communication cam- 
paign by the merchant. 

Other triggers 49 are similarly formed/defined by the 
merchant using the foregoing described steps of FIG. 4d. 
With each trigger 49, a merchant designs a desired respec- 
tive segment 39 of customers which are to be similarly 
treated, i.e., receive the same communications. 

Each trigger 49 is employed by the central digital pro- 
cessing assembly 11 (FIG. 1), i.e., executing segmentation 
routine 31, to continually monitor customer behavior as 
recorded in the marketing database 19, and to separate 
corresponding customers when the trigger unit conditions 
apply. To that end, the system of the present invention 
provides dynamic segmentation, and in particular, dynamic 
behavioral segmentation as illustrated at 31 in FIG. 4a. As 
such, while the merchant provides for input to marketing 
database 19, more and more information regarding custom- 
ers and new customer information, the central digital pro- 
cessing assembly 11 employs the triggers 49 to resegment 
the initial groupings/entry segments 41 and other segments 
39, of customers of the merchant, to resulting segments 39. 
This continually and automatically occurs with the support 
of the customer data stored in marketing database 19 of the 
merchant. As a result, various segments 39fl, c, d are 
formed of the merchant's customers, and are recorded in the 
"Segment NR" field of each customer in the Customer 
Master Table 20 (FIG. 2) of the marketing database 19. 

In addition to triggers 49, merchant defined events 37 
provide dynamic behavioral segmentation. Through the 
third main screen view of interface 29, a merchant defines an 
event 37 in a working program 53 of the respective strategy 
database 21. As illustrated in FIG. 4/ there are two types of 
events: discrete events 37a and threshold events 37i>. A 
discrete event 37a is, for example, the purchase of a specific 
product as recorded in the marketing database 19. A thresh- 
old event dlb is determined from the tracking of a specified 
behavior up to a merchant-defined threshold. For example, 
a customer who makes his or her tenth purchase is a 
threshold event as can be determined through the shopping 
activity recorded in the marketing database 19. The mer- 
chant uses Boolean type statements, similar to those used in 
triggers 49, to specify desired events 37. The statements may 
employ any factors/criteria obtainable firom the marketing 
database 19, similar to that discussed above for triggers 49 
and trigger units 51. 

Once an event 37 is defined, the central digital processing 
assembly 11 monitors the transaction stream/shopping aaiv- 
ity as recorded in the marketing database 19 and evaluates 
all necessary data relating to the event 37. As soon as a 
customer's actions satisfy the event definition, he or she is 
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marked to be targeted by the program 53 using this specific 
event 37. That is, such customers are extracted and grouped 
together at 69 (FIG. 4/) for subsequent program 53 execu- 
tion. Specific execution of the program 53 is then distributed 
5 to appUcation servers 13 as detailed below. Thus, the imple- 
mentation of the event extraction feature allows for refine- 
ment of customer targeting which makes it possible to 
communicate with a single customer based on a specific 
behavior. 

JO As illustrated in FIGS. 4a, 4e and 6 discussed next, 
simultaneous with the dynamic behavioral segmentation 
routine 31 based on triggers 49 and/or events 37, the central 
digital processing assembly 11 executes the working 
program/plan outlines 53 for customer communication 

j5 defined by the merchant in the strategy database 21. That is, 
once working programs 53 are defined, the central digital 
processing assembly 11 (1) schedules their execution 
accordingly (i.e., based on specified schedule 67), and (2) 
automatically executes them at the appUcation server 13 

2Q (FIG. 1) of the merchant. As will become apparent, the 
combination of allocators 43, allocation filters 45, triggers 
49, program filters 57, events 37 and working programs 53 
provides a merchant everything needed to communicate (as 
automated through the present invention system) the right 

25 message, to the right customer, at the right time. 

Briefly, referring to FIG. 6, a merchant provides customer 
data. Allocation filters 45 predefined by the merchant assign 
customers to initial groupings or entry level segments 41. 
The central digital processing assembly 11 continually 

30 monitors customer shopping behavior as recorded in mar- 
keting databases 19. Based on merchant defined triggers 49 
and events 37, the processing assembly 11 reassigns cus- 
tomer groupings or dynamically resegments a merchant's 
customers based on recorded customer behavior. Resulting 

35 final segments/groups of customers are further filtered by 
program filters 57 to refine targeted recipient groups of a 
particular communication defined in a respective working 
program 53. That working program 53 is then executed with 
the resulting filtered customer recipient group. Restated, 

40 working programs 53 are executed against a group of 
recipients who are either extracted from selected dynami- 
cally formed segments 39 or separated based on the pre- 
defined conditions of merchant specified events 37. Program 
filters 51 further refine the group of target recipients or 

45 alternatively may sift through the whole customer base (i.e., 
marketing database 19) of a merchant for a desired 
communication/working program 53. 

Program filters 57 are similar to allocation filters 45 (FIG. 
4c) and may be formed of the same components 47. That is, 

50 they may be built from any data such as geographical, age, 
gender, educational background, derived data such as demo- 
graphic cluster index based on zip code, etc., as known or 
directly derived by the merchant based on knowledge about 
the customer. Program filters 57, however, are used to 

55 extract subsets of customer groupings from segments 39 
when desired. Because most segments 39 will harbor more 
information about a customer than what was known at the 
initial contact, program filter 57 components cover a broader 
range than allocation filter components 47. For example, 

60 proven information about seasonal purchase behavior or 
product preferences (which are developed based on actual 
behavior) may be built into a program filter 57 but not into 
an allocation filter 45 since it is not known at the time the 
merchant creates the allocation filter 45. 

65 As shown in FIG. 4e, a working program 53a may be 
assigned to one or more segments 39e, 39/ (as initially 
defined by the merchant in ihc strategy database 21) but 
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wheD the central digital processing assembly 11 schedules 
and activates the program 53, all customers in those seg- 
ments 39c, 39/ will be extracted as targets for the program 
53a, This extraction 55 may be subsequently narrowed by 
using the merchant-defined program filters 57c, 57rf, respec- 
tively. This allows for greater flexibility in targeting groups 
of customers through the combination of segmentation and 
filtering. After the extraction/filtering in 55, the digital 
processing assembly 11 attaches program codes 59 as speci- 
fied in the working program 53 parts 61, 63, 65, 71, and 
distributes the program 53 for execution at an application 
server 13. 

In the case where program execution is initiated by an 
event 37, the central digital processing assembly U sched- 
ules the working program 53 to be executed against one or 
more customers, who have been extracted from the market- 
ing database 19 of the merchant, as a result of an event 37 
(predefined by the merchant) as illustrated in FIG. 4/. The 
extracted group of target customers may likewise be filtered 
by a program filter 57 as illustrated in FIG. 6, After the 
program filtering 57, the digital processing assembly 11 
attaches program codes as specified in the working program 
53 parts and distributes the program 53 for execution at an 
appropriate application server 13. 

Referring to FIGS. 1 and 5, the system of the present 
invention is monitoring numerous merchant marketing and 
strategy databases 19, 21 and executing various working 
programs 53 for plural merchants simultaneously. To sup- 
port this variety of merchant data across the different 
merchants, the definitions database 35 holds information 
unique to a merchant. For example, for each merchant, the 
definitions database 35 specifies how often the merchant 
provides updates to customer information in marketing 
database 19. In turn, this designates the frequency with 
which processing assembly 11 is to perform segmentation 
routine 31. The definitions database 35 also stores the 
specific calculations for segmenting based on merchant 
defined triggers 40. Information regarding location of mar- 
keting and strategy databases 19, 21 of a merchant is also 
recorded in definitions database 35. In addition, the defini- 
tions database 35 indicates custom fields in the marketing 
and strategy databases 19, 21 of each merchant and param- 
eters and calculations for updating the same. 

In order to synchronize, schedule and consohdate the 
various jobs of the system, the communication server 15 
receives the working program 53 information from the 
strategy databases 21 of the merchants. In turn, the com- 
munications server 15 schedules and consolidates the vari- 
ous working programs 53 in a scheduling database 33. In the 
preferred embodiment, this is accomplished by a scheduling 
application 75 executed by the communications server 15 as 
illustrated in FIG. 5. The scheduling application 75 deter- 
mines priority of working programs 53 with respect to 
timing at which to begin execution based on scheduling data 
67 specified by the merchant in the strategy database 21 and 
merchant specific definitions stored in definitions database 
35. As a result, the scheduling database 33 holds a sequence 
of the various jobs of the network of the present invention 
system. 

The main server 17 executes a dispatcher subprogram 77 
which looks at the jobs in the scheduling database 33 and 
dispatches them to various working applications 79 on the 
applications servers 13 according to program 53 details. A 
console application 81 (FIG. 5) of the main server 17 (RG. 
1) allows a program administrator to define the fields of the 
marketing databases 19 and supports the dispatcher subpro- 
gram 77 with necessary parameters as defined in the defi- 
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nitions database 35. In particular, the console application 81 
maintains merchant customizations and stores such data in 
the definitions database 35. The definitions in database 35 
specify which merchant input information/data corresponds 

5 to which fields in the marketing database 19, and what 
calculations to make on data input by the merchant. The 
working applications 79 on application servers 13 then use 
these definitions as parameters for the various jobs dis- 
patched to them from the main server 17. 

10 In response to the dispatcher 77 launch, applications 
servers 13 do the actual execution of the working programs 
53 and perform the dynamic segmentations (on marketing 
database 19) based on the merchant-defined triggers 49 and 
events 37 (stored in strategy database 21). The operation of 

15 the working applications 79 on applications servers 13 is 
supported by the respective strategy database 21 and defi- 
nitions database 35 as illustrated by the dashed lines indi- 
cating flow of data in FIG. 5. Application server 13 execu- 
tion of a working program 53 involves (a) compiling and 

20 preparing specified documents from form letters to 
attachments/brochures and electronic documents, and (b) 
transmitting the documents across designated communica- 
tions channels (e.g., facsimile, mail, E-mail, on the Internet, 
Website, etc.) It may alternatively involve (a) ordering or 

25 otherwise indicating preprinted matter from a mail house, 
(b) trasmitting the order along with pertinent customer 
names and addresses to the mail house or telemarketer for 
their assembly and eventual output/mailing. Other alterna- 
tives are possible and understood to be within the purview 

30 of one skilled in the art. 

In a preferred embodiment, Microsoft OLE techniques are 
employed to attach documents to a communication. Also the 
attachments may be in electronic form such that upon 
execution of a working program 53 for a determined set of 
customers, the form becomes completed with the customer 
information such as name, address and item purchased or 
whatever similar data is applicable. The application server 
13 obtains this data from the marketing database 19 for 

^ completing the electronic form attachment. 

In another embodiment, some documents are compiled 
for collating and printing on demand purposes. That is, a 
certain subset of pages from all possible pages is determined 
on an individual recipient basis. This enables a catalogue for 
example to be created "on-the-fly" (i.e., at print time). 
Desktop publishing or similar programs/routines are utilized 
to effect this output feature. 

After execution of a working program 53, the working 
application 79 of an application server 13 stores output of 

50 the programs 53 at the scheduHng database 33 as indicated 
by loop 83 in FIG. 5. The various providers or vendors such 
as telemarketers and mail houses then download their jobs 
(program 53 output, including location of customer names 
and documents) from the scheduling database 33 at 92 in 

55 FIG. 5. An internal accounting application 85 executed on 
main server 17 records any such program output transactions 
in accounting database 91. In turn, accounting application 85 
and accounting database 91 support billing, and the like, of 
merchant-to-customer communications generated by the 

60 invention system. 

In addition, merchants are able to make an accounting of 
the communications being made and the groupings of 
customers/recipients being made by the invention system. 
This is accomphshed by a reporting database 23 (FIG. 1). 

65 Main server 17 and or communication server 15 maintains 
report database 23 with appropriate information from the 
other components of central processing assembly 11. Report 
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database 23 is then copied or downloaded to re^>ective vider. A router enables communication from the merchant's 

merchant computer systems 25. Report databases 23 are Website to the invention working processor. The working 

preferably SQL configured or configured for coupling to a processor's URL (universal resource locator) is then 

merchant's desired reporting software package. employed in the merchant's Home Page to form the hyper- 

Altematively, reporting may be made available on-line such 5 links to (1) the marketing database 19, and (2) the working 

as through the Internet, in this case, the merchant prespeci- programs 53 residing in the invention software (in the 

fies one or more templates (or report formats) and a schedule working processor). JAVA Scripting (by Sun Microsystems, 

for use by main server 17. Upon receipt of a report request I°c.), and ACTIVEX are utilized to form the Home Page and 

from a merchant, or at a prescheduled time, main server 17 various other Web pages of the merchant at his Website, 

prepares a report according to the prespecified format and 30 Mircosoft ASAPI and CGI are employed to enable coupling 

transmits the report to the calling site of the merchant. Other between the database 19 and the present invention software 

reporting methods are suitable. by methods becoming common in the art. 

Equivalents Id another embodiment, the present invention system 

While the invention has been particularly shown and (central digital processing assembly 11) is based at a main 

described with reference to a preferred embodiment thereof, is site of a company. Different branches, departments and/or 

it will be understood by those skilled in the art that various sites of the company utilize the system from separate 

changes in form and details may be made therein without workstations 25 as though they are the separate (individual 

departing from the spirit and scope of the invention as different) merchants in the previous description of the 

defined by the appended claims. preferred embodiment of FIG. 1. That is, instead of various 

For example, application servers 13, communication 20 merchants utilizing the system, various departments/ 

server 15 and main server 17 may be implemented by one divisions or employees of the same merchant-company (at a 

digital processor. In that case, consolidation, schedufing, central or different sites) utilize the invention system, to 

initial and subsequent segmenting of customers and execu- automate communications in response to (ongoing) shop- 

tion of working programs is accomplished through the one P^g behavior of its customers. Different departments use 

processor running the present invention software. 25 communications programs 53 of different purposes and 

Neural aelworks may be employed for the triggers 49 to different triggers 49/events 37. For example, the accounting 

obtain segments 39 (FIG. 4a) of customers as desired by the department may define a trigger 49 to segment those cus- 

merchant. The neural networks would operate on the con- tomers with a good credit history and make a fecial offer 

tents of the marketing database 19 as input. From the for ^ee months of interest-free purchases placed on the 

ongoing additions to the marketing database (i.e., changes in 30 company credit card. The catalogue department may define 

customer's shopping behavior/activity), the neural networks a trigger 49 to segment customers who are seasonal shoppers 

leam each individual customer's shopping behavior and who frequently shop by mail, and make a special seasonal 

segment customers accordingly. mailing including compiling a catalogue of items for sale in 

Further, instead of the neural networks implementing subject season, and so forth, 

triggers 49, a multiple regression correlation based on the 35 Also it is understood that various fields in the marketing 

data in the marketing database 19 may be used for segment- and strategy databases 19, 21 depend on the type/area of 

ing customers. Alternatively, rule based expert systems may business of the merchant. To that end, different fields are 

be similarly employed in the present invention to provide used in different merchant's databases 19, 21. The fields 

dynamic behavioral segmentation. shown and discussed above in FIGS, 2 and 3a-3b are for 

In a further example, the invention communication sys- 40 purpose of illustration and not limitation of the present 

tem may be employed on the Internet. The merchant having invention, 

an existing Website formats his Home Page with topic I claim: 

selections and links (e.g.. Hypertext HTML technology) to 1- Computer apparatus for providing a plaimed series of 

appropriate working programs 53. In particular, for each communicatioos from merchants to recipients comprising: 

topic selection there is a respective hyperlink to a working 45 a source of recipient information including (a) identifica- 

program 53 and optionally an event 37 for initiating the tion and demographics of recipients, (b) indications of 

program 53. Upon end user selection of a topic from the shopping activity relating to recipients including prior 

merchant's Home Page, the present invention applies the communications from recipients and actions invoked 

linked event 37 (if any). If the criteria of the event 37 are met by the recipients and by the merchants, and (c) indi- 

(or if there is no initiating event 37), then the present 50 cations of merchant desired communications, the indi- 

invenlion executes the corresponding working program 53. cations of desired communications including commu- 

TTiis results in the working program 53 contents 63, 65 being nications content, communications channel for 

transmitted (on-line, through a vendor-mail house, delivering the communications content, and communi- 

telemarketer, or from the merchant himself as described cation schedule for scheduling the delivery, including 

previously) to the end user. The contents (program items 63 55 indications of times for initiating communications, the 

and attachments 65) include information corresponding to indications of times for initiating communications 

the topic selected by the end user, as predetermined by the including times in terms of certain shopping activities; 

merchant at the time the Home Page selections and links are and 

defined. In order for event 37 conditions to be monitored or a digital processor assembly coupled to the source for 

evaluated, the present invention maintains the marketing 60 receiving recipient information, and in response 

database 19 to include data regarding Web transactions of thereto, the digital processor assembly forming subsets 

the end user. of recipients as a fiinction of demographics, shopping 

To implement the foregoing, the present invention soft- activity including commuinications history and said 

ware (malice ting database 19, strategy database 21 and desired communications, and for each subset, the digi- 

processing assembly 11 routines) would reside on a working 65 tal processor assembly providing a working series of 

processor in the Internet, and the merchant's Website is commimications by determining (a) dates for each of 

linked through the working processor to his Internet pro- the communications in said series based on the times 
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indicated in the source and (b) contents of each of the 
commuoications in the working series from the indi- 
cations of desired communications in the source. 

2. Apparatus as claimed in claim 1 wherein the source is 
formed of (i) a first data base for storing identification, 
demographics and indications of shopping activity and com- 
munication history of recipients, and (ii) a second data base 
for storing indications of desired communications including 
working series of communications for forming a planned 
series of communications. 

3. Apparatus as claimed in claim 2 wherein the first 
database is periodically updated to provide an ongoing 
shopping and communication history of recipients; and 

the digital processor assembly monitors the first database 
and in response (i) constantly regroups recipients into 
different subsets to provide dynamic behavioral seg- 
mentation of recipients; and (ii) executes multiple 
working series of communications from the second 
database against multiple subsets, such that there are 
planned series of communications for recipients. 

4. Apparatus as claimed in claim 1 further comprising 
output means coupled to the digital processor assembly for 
receiving working communications to transmit contents of 
the communications to respective recipients. 

5. Apparatus as claimed in claim 4 wherein the output 
means includes one of a mail house. E-mail, Internet com- 
munication lines, telemarket company and facsimile. 

6. Apparatus as claimed in claim 4 wherein contents of 
working communications include at least one of scripts, 
brochures, standard letters, forms, electronic data, attach- 
ments and return envelopes of a merchant. 

7. Apparatus as claimed in claim 6 wherein the electronic 
data attachments include documents with self word process- 
ing or desktop publishing means for inserting recipient 
information and graphics. 

8. Apparatus as claimed in claim 4 wherein the output 
means provide compiling for printing on demand. 

9. Apparatus as claimed in claim 1 wherein the indications 
of times for initiating communications in terms of certain 
shopping activities includes at least one of: a threshold 
number of purchases made, a specific purchase by 
recipients, passage of a certain length of time from a specific 
shopping activity by recipients, and seasonal activity by 
recipients. 

10. Apparatus as claimed in claim 9 wherein the digital 
processor assembly forming subsets of recipients as a func- 
tion of demographics includes geographical location and age 
of recipients. 

11. Apparatus as claimed in claim 9 wherein the digital 
processor assembly forming subsets of recipients as a func- 
tion of shopping activity includes cumiilative puirchase 
behavior, historic purchase behavior and expected future 
purchases of recipients. 

12. Apparatus as claimed in claim 11 wherein the digital 
processor assembly further monitors the source for changes 
in shopping activity of recipients to dynamically determine 
a time for initiating a communication. 

13. Apparatus as claimed in claim 9 wherein the digital 
processor assembly forms the subsets of recipients of a 
merchant according to functions that are predefined by the 
merchant for each desired communication. 

14. In a computer system, a method for providing a 
planned series of communications from merchants to 
recipients, comprising the steps of: 

providing a source of recipient information including 
identification and demographies of recipients, shopping 
activity relating to recipients including history of prior 
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communications by recipient and actions invoked by 
the recipients and by the merchants, and indications of 
merchant desired communications, the indications of 
desired communications including communication 
content, commimications charmel for delivering the 
communication content, and commxmication schedule 
for scheduling the delivery, including indications of 
times for initiating communications; and 

employing a processor assembly (1) forming subsets of 
recipients as a function of demographies, shopping 
activity, communication history and said desired com- 
munications as indicated in the source; and 

(2) providing a working series of communications for 
each formed subset, by determining (a) dates for each 
of the communications in said series based on the times 
indicated in the source and (b) contents of each of the 
communications in the working series from the indi- 
cations of desired communications. 

15. A method as claimed in claim 14 wherein (a) the step 
of providing a source of recipient information includes: 
providing (i) a first data base for storing identification, 
demographics and indications of shopping activity and com- 
munication history of recipients, and (ii) a second data base 
for storing indications of desired communications including 
working series of communications forming planned series of 
communications; and 

periodically updating the first database to provide an 
ongoing shopping and communication history of 
recipients; 

(b) the step of forming subsets includes constantly 
regrouping recipients into different subsets to provide 
dynamic behavioral segmentation of recipients; and 

(c) the step of providing a series of working communi- 
cations includes executing multiple working series of 
communications from the second database against mul- 
tiple subsets such that there are planned series of 
communications for recipients. 

16. A method as claimed in claim 14 further comprising 
the step of transmitting contents of the working communi- 
cations to respective recipients. 

17. A method as claimed in claim 16 wherein the step of 
U-ansmitting includes utilizing one of a mailhouse, electronic 
data line, telephone communication line, and a telemarket- 
ing company. 

18. A method as claimed in claim 14 wherein the step of 
providing a source of recipient information includes provid- 
ing indications of times for initiating communications in 
terms of certain shopping activities including at least one of: 
a threshold number of purchases made, a specific purchase 
by recipients, passage of a certain length of time from a 
specific shopping activity by recipients, and seasonal activ- 
ity by recipients, 

19. A computer system for managing customer commu- 
nications from a merchant comprising: 

a strategy data base for storing (i) indications of 
merchant-defined criteria for grouping customers into 
subsets as desired by the merchant, and (ii) working 
programs, each working program comprising indica- 
tions of desired series of communications as predeter- 
mined by the merchant including communication 
content, communication cbaxmel for delivering the 
communication content, and communication schedule 
for scheduling the delivery, eadi communication con- 
tent differing from one communication to the next; 

a marketing database for storing customer information 
including indications of shopping activity which com- 
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prises prior customer communicadons, and identifica- 
tion and contact data of existing customers of the 
merchant, the marketing database being constantly 
updated to include current shopping activity of custom- 
ers such that an ongoing shopping history and commu- 
nication history of each customer is indicated in the 
maiketing database; and 

a processor assembly coupled between the strategy data- 
base and the marketing database, the processor assem- 
bly (i) constantly monitoring and obtaining customer 
information from the marketing database, (ii) determin- 
ing subsets of customers according to the merchant 
defined criteria indicated in the strategy database, 
including constantly regrouping customers into differ- 
ent subsets according to changes in shopping history 
and communication history of customers with each 
update of the marketing database, and (iii) executing 
multiple working programs against multiple subsets, 
each program execution (1) establishing a working 
communication formed of communication contents 
according to the strategy database, and contact data of 
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the customers in the respective subset, according to the 
marketing database and (2) delivering the working 
commimication using the communication channel and 
according to the communication schedule indicated in 
the strategy database. 

20. A computer system as claimed in claim 19 wherein the 
processor assembly further transmits each established work- 
ing communication utilizing one of a mail house, elecronic 
data line, telephone conununication line, and a telemarket- 
ing company. 

21. A computer system as claimed in claim 19 wherein the 
indications of desired communications in the strategy data- 
base include indications of times, for initiating 
communications, in terms of certain shopping activities, and 

the processor assembly, in response to the marketing 
database reflecting a customer having performed said 
certain shopping activities, establishing and transmit- 
ting to the customer a working communication accord- 
ing to the strategy database. 
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